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ABSTRACT 


~~ [t is common to have a hierarchical communication network in a military environ- 


ment. If we consider each node in the network as a computer site then we have a hi- 


erarchical computer network. In a hierarchical computer network, because the need of 


resource sharing, we now have a distributed processing system. In this svstem a parent 
node may have duplicate records of all its children. Any update of a record has to be 
reflected in other nodes that keep the duplicates. We need a concurrency control 
mechanism to guarantee the integrity of the distributed database and the serializabilitw 
of concurrent updates. 

This naped is the first to investigate the performance in hierarchical networks of two 
widely-cited concurrency control mechanisms, locking based and timestamp. Various 
parameters are investigated in our research: number of nodes, level of network. trans- 


action arrival rates, and message transmission speeds, etc. We present the problem, ex- 


plain the algorithms used in our simulation, analyze the results, and discuss the findings. ( 
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I. INTRODUCTION 


A. BACKGROUND 

In the course of the development of computer and communication technology se- 
veral important technical achievements have been introduced. One of the most signif- 
icant techniques among these is distributed data processing. A distributed svstem 
consists of a set of computers located in different sites connected by a communication 
network. Programs are running on each of these computers and the programs access 
local or remote resources, such as a database. 

The major advantage of a distributed system is to provide low-cost availability of 
resources of the system by localizing accesses and providing insulation against failures 
of individual components. Since many users cin be concurrently accessing the svstem. 
it is essential that a distributed system should provide a high degree of concurrency. 
Due to the requirement of data sharing, the distributed svstem may be designed with 
more than one copy of the same data in different locations. This partitioned and repli- 
cuted distributed database requires svnchronization to control the concurrent multiple 
updates and maintain its consistency. This synchronization is called the concurrency 
control algorithm. 

There are two types of concurrency control approaches, local concurrent control 
and global concurrency control. The local concurrent control mechanism is developed 
to guarantee that a step of a transaction is executed as a single atomuc operation at an 
individual node. The global concurrency control mechanism which is also called the 
update algorithm, controls the transactions between two different nodes [Ref. 1]. Many 
algorithms have been proposed in this field (Ref. 1] [Ref. 2] [Ref. 3]. These algorithms 


are usually complex and hard to understand. However most of the work on concurrency 





control has concentrated on the development of new algorithms, and not as much at- 
tention has been given to the performance evaluation of the algorithms. Also, most 
performance studies are done in general network structure (Ref. I] (Ref. 2][Ref. 4]. For 
nulitarv settings, the line of authority is hierarchical, therefore militarv systems call for 
hierarchical computer networks in a distributed system environment. System managers 
or designers usually like to investigate performance differences and sometimes like to 
dynamically adapt the svstem to the transaction pattern. Therefore, it is important to 
analvze performance differences between different concurrency control algorithms for 
hierarchical networks. This research is to report the performance analvsis of such net- 


Works. 


B. DISTRIBUTED DATABASE 

A distributed database system is hosted by collection of geographically separated 
computers called sites. Each sites has a unique identifier, and the sites are interconnected 
by a communications network. Sites communicate with each other by means of messages 
sent over the network. Messages may be arbitrarily delayed in the network, but it is as- 
sumed that all messages are eventually delivered. 

The database consists of an unique set of entities, such as records or files, that are 
uniquely named and that serve as indivisible units of access. An entity is realized as one 
or more data objects, cach of which is uniquely identified by an [entitv-name, site- 
identifier] pair. 

Replication of an entity occurs if it is represented by more than one object. Repli- 
cation can result in improved performance if the cost of storing and maintaining (up- 
dating) copies is less than the cost of access. Also replication can improve availability in 
the sense that, if one site becomes inaccessible, then users may be able to access the data 
at other site. In our model it is assumed that each enuty is partially replicated which 


means the entities are not replicated at all nodes but replicated at some nodes. 

















C. CONSISTENCY CONSTRAINTS 

We would like to keep a database consistent. However, due to updating activity, the 
consistency constraints must be temporally violated. Two levels of consistency can be 
defined for multiple copies of data. Strong consistency is defined as the condition of 
having all copies of the data updated at the same time. Strong consistency is very desir- 
able becuse all copies of data have the same update status at any time. but this always 
entails a considerable delay in response time to process the update for all copies. This 
is because the update of all copies must be delayed to the time of the last update of 
system. Weak consistency is defined as the condition of having the various copies of 
data converge to the same update status over time, but at anv instant of time some 
copies may lag others in the number of updates processed. Delays in general will be re- 
duced and more efficient use of resources is possible. In a weak consistency svstem some 
copies of data will be more up-to-date than others [Ref. 5]. Most algorithms are devel- 
oped under weak consistency constraints because of efliciency, and our simulation also 


follow weak consistency constraints. 


D. GENERAL DEFINITIONS 


We now give four important definitions that we need in the following discussions. 


1. Hierarchical distributed data base system: A system with the database dispersed 
throughout a number of nodes, where each node can communicate in real time with 
one or more subordinate nodes, but with only one superior node and with sufficient 


processing power at each node to manipulate the database. 


Concurrency control: The mechanism of maintaining logical data consistency in 
an environment of conter.iion among multiple update sources. 


Node: Complete computer system at a single location. 


Transaction: Set of actions which transform a database from one consistent state 
into another consistent state [Ref. 5]. 
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GENERAL ASSUMPTIONS 

For our study we make the following assumptions: 

The data bases are partially replicated in the system, which is more practical than 
completely replicated databases. 

Although update transactions mav add or delete database items, we consider the 
totul number of data in database to be constant, that is, a static database. 


All nodes have local concurrency control. We are not concerned with local con- 
currency control mechanism, but concentrate on the global concurrency control 
algorithms. 


There is a communication system which allows anv node to communicate with any 
other node. 


No failures occur In the system, that is, the communication svstem never fuils to 
deliver a message. 

All transactions which are used for this study are update transactions. 

There is no multiprocessing at each node. The transactions which arrive at certain 
nodes are served serially. Since most transactions are small, the schedule algarithm 


in each node should not have a noticeable effect on the response tume and results 
obtained with the model. 








IH. CONCURRENCY CONTROL ALGORITHMIS 


Concurrency control is the activity of coordinating concurrent accesses to a duta- 
base in a multi-user database management system. Concurrency control permits users 
to access a database in a multiprogrammed fashion while preserving the illusion that 
each user is executing alone on a dedicated system. The main technical difficulty in 
achieving this goal is deconfliction. Database update performed by one user must not 
interfere with database retrievals and updates performed by another. Although many 
algorithms have been proposed, most of them are a variation of two basic techniques, 
Two-Phase Locking and Time-Stamp Ordering. Alternatively we can interpret these vo 
technique as centralized and distributed algorithms. The best concurrency control al- 
gorithm for a particular application depends on the system parameters. We will discuss 


these parameters in Chapter 3. 


A. LOCKING-BASED CONCURRENCY CONTROL 
Objects accessed by a transaction are locked in order to ensure their inaccessibility 
to other transactions while the database 1s temporarily in un inconsistent state. There 


are three lock-releated actions on objects: 


1. (1. Lock _X. <A>) denotes a request bv transaction T for an exclusive lock on the 
object < A>. The request is granted only when no other transaction is holding a 
lock of any type on object. 


tw 


(T. Lock_S, <A>) denotes a request by transaction T for a shared lock on the 
object <A>. The request is granted only when no transaction is holding an ex- 
clusive lock on the object. 

3. (T. Unlock <A>) denotes the release of anv lock by transaction T on the object 
<A>, 


A transaction is said to be well-formed if it reads an object only while it 1s holding 
a shared or exclusive lock on the object and if writes an object only while it is holding 


an exclusive lock on the object. Figure 1 illustrates well-formed transaction, 























Chip Lock: Sea) 
(TI, Read_object. A) 
(TL, Unlock, A) 
(T1, Lock_S. B) 
(T1, Read_object. B) 
(TI, Unitock, B) 
(TI, Lock_X. A) 
(Pl. Write object, A) 
(TI. Uniock. A) 
(PL. Lock_X. By 
(T1, Write_object. B) 


(TI, Unlock, B) 





Figure 1. Well-formed Transaction 


A transaction is Two-Phase if it does not issue a lock action after it has issued an 
unlock acuon. The first phase of the transaction, called the growing phase. begins with 
the first action and continues up to the first unlock action. The sccond phase of the 
transaction, called the shrinking phase, begins with the first unlock action and continues 
through the last action. A transaction is strong two-phase if all unlock actions are issued 
at the verv end of the transaction. Figure 2 illustrates a typical Two-Phase locking 
action. The transaction Tl locks the data item A, and, after finishing all steps of the 
update, it unlocks the item A. Tl does not need additional lock action for item A. 

We apply the Two-Phase Locking Algorithm to the centralized strategy which is known 


Centralized Locking Algorithm (CLA). 





(Tl, Lock X, <A>) 
(Tl. Lock XN. <B>) 
(Tl, Read_object. <A>) 


(TI, Write_object, <A>) 


(TI. Read_object, <B>) 


(Tl, Write_object, <B>) 
(Tl, Unlock, < A>) 


(TL, Unlock. « B=) 





Figure 2... Two-Phase Locking Action 


B. 


CENTRALIZED LOCKING ALGORITHM (CLA) 


lor the centralized locking algorithm, the lock manager is centralized at a single 


node, Le., the central or root node. It manages the locks of all data elements of the dis- 


tributed database. We will explain the steps of CLA. 


Is 


BY 


pe) 


An update transaction T arrives at node X. 


Node X requests locks from the central node for all items referenced bv transaction 
T. 


The central node checks all the request locks. If all can be granted. then a granted 
message 1s sent back to the node X. If some items are already locked, then the re- 
quest 1s queued. 


When node X gets a “Grant” message for transaction T, the items requested by 
transaction T are read from the local database and updated values are computed. 


A “Perform update T” message is sent to all other nodes. informing them of the 
update. Node X updates the values and stored in its local database. 


When another node receives its “Perform update T”message, it performs the up- 
date. 


When the central node receives its “Perform update T” message, it releases the locks 
of the involved items and then performs the update on the local database. Trans- 
acuons that were waiting on the released locks are notified, and can continue their 
locking process at their central node. 

(End of CLA algorithm) 














C. CONCURRENCY CONTROL ALGORITHMS BASED ON TIME-STAMP 
Time-stamp ordering (T O) is a technique whereby a serialization order is selected i 
a priori and transaction execution 1s forced to obey this order. Each transaction is as- 
signed a unique time-stamp by the time-stamp manager (TM). There also is a4 ume- 
stamp associated with each database item indicating the ume when this item was 
updated. Time-stamp protocol is distributed in nature since all nodes which share the 
data item must participate in the decision making. So here we see the distributed voting 


algorithm using time-stamp Which we simulated. 


D. DISTRIBUTED VOTING ALGORITHM (DVA) 


I. When transaction T arrives ata node X, it immediately reads the items and time- 
stamp of desired from the local database. We use 7's(7,Dd),.,,, to denote this. 


ode x 


2. Transaction T visits the next node (1e., node Y) and compare the time-stamp for 
the transacuon base set items with the corresponding time-stamps in the local da- 
tabase. If anv base set item is obsolete (Le., Ts(T.Di.,, < Ts Dd....,) then vote 
“Reject” and send the “Reject” message to originating node. The transaction will 
he restarted. If each base item is current (Le, Us( TDi dex 2 TS Dd voce) then vote 
“Ok”. 


After voting all the nodes which have the base item, if the transaction T got “Ok” 
at all nodes, then the ume-stamp is assigned to the transaction (1.e., 7s(7)) and the 
“Accept” message with 7s(7) is sent to all nodes. 


Ge 


4. Ifa node receives an “Accept” message and if Ts( 1) > Ts(7.Di), then the new 


fren node 


values are stored in the local database and time-stamps of the base set items are 
changed. Otherwise. no modification 1s performed, since the values are obsolete. 
(Lind of DVA) 











IH. SIMULATION MODEL 


We built a simulator using SIMSCRIPT I1.5 to examine the algorithms for our 
study. Each simulator has an update transaction generator that produces transactions, 
The items referenced by each transaction are selected randomly. The simulator then 
mimics the operation of the hierarchical system as it produces the transactions. Of 
course, the simulator does not read or write the data corresponding to a transacuon: it 
only mimics this by requesting the necessary [ O and CPU ume from the servers. [fow- 
ever, the simulutor keeps track of such activities as granting locks, Ume-stamping the 
item Values, and differed transactions. During the simulation, statistics such as average 
response Ume of transactions and the number of messages are collected. 

Several model parameters are used: 


1. Mean interarrival time of update at each node (It), We assume that interarrival 
time is Poisson distributed. 


2. Mean base set size (Bs). We assume that the number of items referenced by an 
update transaction has discrete exponenual distribution. 


3. Number of items (M). This parameter describes the total number of data items in 
the svstem. 


4. The number of nodes (N). 


un 


The network transmussion time (T). In order to simplify the simulation, we assume 
that the time it take anv message to go from anv node to anv other node is a con- 
stant T. 


6. CPU time slice (Cs). The CPU tme slice is the time it takes anv CPU server to do 
a small computation; L.e., set lock. 


7. CPU update compute time (Cu). Cu is the compute time required for updating one 
data item. In other words, the total time for one transaction 1s Cu multiplied by 
Bs. 


8. I O time slice (Id). This is the time it takes to read or write a data item from the 
database and locks or time-stamps. 


The following parameter values are common to most of the previous performance 


evaluation studies [Ref. 4] [Ref. 6]. It = 1 - 20 seconds, Bs = 2-10. N = 2- 15 nodes, 











T = 0.1 seconds M = 100 - 2000, Cs = 0.00001 seconds, Cu = 0.001 seconds, and Id 


= 0.025 seconds. 


A. THE PERFORMANCE MEASURE 
There are many variables one can choose to evaluate the performance of 


the svstem. In this study we will consider two most important variables: 


1. UPDATE RESPONSE TIME. The response time of update is defined as the dif- 
ference between the finish time and the time when the update arrived at the origi- 
nating node. The average response time of update transactions will be investigated. 


NUMBER OF MESSAGES. Another important performance variable is the 
number of messages that must be sent per update transaction. The local messages 
are considered internal to a node and are not counted here. 


ty 


B. PARTITIONED DATABASE MODEL 

In this section we explain the partitioned database model in a general computer 
network; modeling of the partitioned hierarchical database will be described in next sec- 
tion. 

In a partitioned distributed database, which means a partially replicated database, 
items are not replicated at all nodes. As matter of fact, some items might not be dupli- 
cated at all. There might exist only a single copy of some items. From the point of view 
of a single node, it has a fraction or partition of the database. This partition can be 
identical to, completely disjointed from, or can overlap the partitions at other nodes. 

In order to model the partitioned database, we choose the simple model (a this time 
it is not a hierarchical model) in which the data is replicated. As we mentioned before, 
the database is the fixed set of M shared named resources called items. Each item has a 
name and some value associated with it. For simplicity, we use the integer between | and 
M (i.e, 1 < 1 < M). 

1. DESCRIPTION PARAMETERS 

Now we make some description parameters in order to describe the model. The 


set S(i) is the set of nodes which have a copy of the value of item 1. The elements of S() 


19 








are the node identification numbers which have a copy of value of item i. We assume 
all sets SG) are not empty. Another parameter is a fragment, which is defined as the set 
of items that have a same set S(1). We use the notation S(T) for the set of nodes where 
the F is stored. That is S(F)} equals S(i) for all items 1in F. These parameters are used 
for simulation. Figure 3 illustrates the very simple model and model description pa- 
rameters for current control. 

Let Trl be the transaction which arrives at node B and has the base set 


Bsl = { 1. 2.3], then 


Sil) = [A. B.C. DI 
$2) = [A,B,C] 
$13) = [ A. B.C, D] 


For Trl F = { 1, 3] and S(F) = [{ A, B.C, D J. 
Let Tr2 be the transaction which arrive at node D, and has the base set 
Bs2 = [3.5], then 
[ A, B.C, D | 
(5 Ler Gy DE] 


For Tr2, F is null and S(F) is not defined. 
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Ja laa 
—_ ~~ 
HM It 


2. DIRECTORY MANAGEMENT 

Now we discuss the directory management. Suppose that a transiuction arrives 
at a certain node with its base set. Hlow does the transaction know what nodes have a 
copy of data item 1? In the case of Trl, which we used in the previous example, how does 
Trl or node B generate the set S(1)? 

There are basically two kinds of solutions. The first method is that a complete 
directory of the whole database is replicated in each node. The other method is that the 
transaction broadcasts the message ” Where is the item i located ? ” to all nodes and 
waits for the response from other nodes which have the data itemi{Ref. LJ. A directory 


is a Mapping that produces the set S(i) or S(F), given the item name i or fragment F. 














Da={1, 2, 3, 4, 5} 


Dp={1, 2} Dp=t1, 3, 5} 


BSi={1, 2, 3} BS2={3, 5} 


Dj: The data items 
at node | 


BS: Baseset 





Figure 3. Simple Partitioned Database Model. 


By consulting the directory, a transaction T will be able to find out the set S(i) corre- 


sponding to every item in Bs. In next chapter we take care of this problem in detail. 


C. PARTITIONED HIERARCHICAL DATABASE MODEL 

In the previous section we described the general model of a partitioned database. 
Now we will make a hierarchical model of the partitioned database. When we describe 
the hierarchical computer network, the level will be important factor. The level is the 
depth of the network from the root node, which is the central node of the network to the 
bottom nodes. 

One of the characteristics of hierarchical distributed system is that each node has the 


authority to control a subordinate node. We make one definition here. The logical 








control channel is the chain of control which can give authority for updating. This defi- 
mtion is Very important because although there may be a physical connection berveen 
children nodes, it is not logical contro! channel. 

Additional assumptions are adopted for the hierarchical model. Let DI be the total 
set of data items in the database at node “I” and suppose node “I” has two subordinate 


nodes “2” and “3”, and their total set of data items in their database are D2? and D3 then 


D1 = D2 + D3 + data items of node I’s own. 


We can generalize this. If node | has n children nodes, then 


dD, = <p. + 1's own data items 
— 7 


=| 


Where D, are children node of D, 


So the root node which is the central node in hierarchical model has ull the data 
items in the network. Another tmportant assumption we use is that the transaction Tr 
can only request the update data items in its original node. [fitems which are referenced 
by a certain transaction are not located at that node, then the transaction is a wrong 
transaction. This is quite reasonable in a hierarchical distributed database model, 

The directory of our model is somewhat like our database, so cach node has its own 
directory and the root node has a whole directory of the system. Figure 4 illustrates the 
verv simple model of a partitioned hierarchical database model. Let Trl arrive at node 


C with baseset Bsl =[(1,2]. then 
S{1] = {A,B,C ] 
S[2] = [A. B,C ] 
and F = (1, 2 J, so S{F] = [A, B, C ] 


Let Tr2 arrive at node B with baseset Bs2 = [ 1, 5, 8 ], then 
e SUP = [ABC] 
e S(S} = (A, B,D] 


U 








© S[8} = [A,B] 
e and F is empty, therefore S[F] is not defined. 


Ds={1, 2, ..., 8} 
BS2={1, 5, 8} 


1;: The data items 
at node | 


BS: Baseset 





Figure 4. _ Partitioned Hierarchical Database Model 

















IV. ANALYSIS OF SIMULATION RESULTS 
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Figure 5. _—_ Effect of Interarrival Time on Response Time 


We have tried numerous system settings and studied the sensitivity of each param- 
eter separately. Important system parameters are the response time, the number of nodes 
in the network, the number of levels in the network, the interarrival rate of transactions, 
and the average system-wide traffic. All curves in this chapter are plotted by connecting 
discrete data points from simulation results. 

Figure 5 shows the effect of the mean interarrival time on the mean response time. 
We notice that, the longer the interarrival time (low arrival rate), the shorter response 


time in both algorithms, but CLA outperforms the DVA. 
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Figure 6. = cffect of Transmission Time on Response Time 
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Figure 7. Effect of Number of Nodes on Response Time 
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Figure 8. Effect of Level of Network on Response Time 


This is because in CLA only the root node perform decision making. However depend- 
ing on the level of the network, the results vary.(See Figure 7, Figure 9, Figure 10, and 
Figure 11). 

The effect of transmission time on the response time of transaction is shown in 
Figure 6. Both algorithms exhibit the same behavior. The CLA appears more sensitive 
to the transmission time than the DVA. This is because the number of traffic in CLA is 
much higher than that of DVA (See Figures 12, and 13). Also the CLA begins to suffer 
a transmission delay when T reachs 0.16 sec. When transmission time is low, DVA is 
penalized by the coordination time among participants, while CLA is penalized for the 
time required to send the grant signal to the requesting node when the transmission time 


is above a certain threshold (0.16 in Figure 6). 
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Figure 9. —_ Effect of Interarrival Time on Rcsponse Time for Case I 
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Figure 10. Effect of Interarrival Time on Response Time for Case II 
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Figure (1. Effect of Interrival Time or K. sponse Time for Case III 





Figure 7 shows the effect of the number of r -des on response time. For both al- 
gorithms, increasing the number of nodes in the network increases the response time in 
an O(7?) manner, which means the performance of system is degrading. The increase in 
response time is due to the fact that, as the number of sites increases, the overall rate 
of arrival of transactions into the system also increases, causing additional delays on the 
processing of transactions. The DVA is less sensitive to the number of nodes in the 
network than the CLA. Because in the CLA, when number of nodes gets larger a heavier 
1 O loau 1» present’ at the central node, but in the DVA the I O load is distributed 


among the sites. 
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Figure 12. — Effect of Number of Nodes on Average Traffic 
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Figure 13. Effect of Level of Network on Average Traffic 











The effect of the level of the network on the response time is depicted in Figure 8. 
This result shows that the level of hierarchical network, given the same number of nodes, 
has a direct impact on the response time. The impact is not entirely linear. It indicates 
a tendency that the performance will be degraded exponentially. This graph ts somewhat 
complicated, so we consider 3 cases depending on the level of network. and investigate 
the response time versus interarrival time for each case. The results of these are shown 
Figure 9, Figure 10, and Figure 11. Figure 9 shows the effect of interarrival time on re- 
sponse time when L is small (Le, L < 3). The CLA performs better than the DVA in 
this case. ‘This is quite reasonable because, when L is small, the trallic of the system is 
not as important a factor from a performance point of view. Thus, the CLA takes less 
time to perform the transaction than the DVA. DYA needs extra | O time for time- 
stamp for S[F]. Figure 10 shows case II (i.e, 3 < L < 15). In this case, the DVA per- 
forms better than the CLA, because if L gets larger, the traffic for svsteni becomes more 
important and, for conflict transaction, the transaction has to get to the central node in 
order to have locks in CLA. However, for DVA the transaction will be rejected before 
getting to the central node. This behavior saves much of the DV.\’s response Ume. 
Figure Il shows an extreme case (1e., Lb > 15). In this case the two algorithms are al- 
most identical in performance. 

Figure 12 shows the average traffic versus the number of nodes in the network. For 
a given level of the network, the average traffic of the system is increased sharply when 
number of nodes get to 10, and it will be saturated after the number of nodes exceeds 
10. 

Figure 13 shows the average traflic of the network versus the level of the network. 


Here we observe that the increasing traffic is somewhat linear, but, when L gets larger, 








the rate of increase is decreased. 


can say t 


Even though Figure 12 and Figure 13 are similar, we 


hat the more critical factor for traffic of network is the level of the network. 


V. CONCLUSION 


We have presented a performance comparison of concurrency control algorithms. 


Based on the results obtained, we reached the following major co iclusions: 


The network structure is the most important factor for the performance of concur- 


renev control algorithms. Especially, in a hierarchical computer network the level of 
network is the most critical factor to determine the performance of concurrency control 
algorithms. 

Although we discuss cach parameter individually, a network designer should note 
that all of them are related and should consider their combined eflects on the network 
performance. The tradeotls among different parameters may be allected by other oper- 
ational policy that ¢xists in the system. To have each node exhibiting various transaction 
rates and interarrival rates is one of the areas that needs future investigation when a 
network designer wants to customize or condition the network to his need. 

This study was the first trial considering the hierarchical structure of a network in 
performance analysis of the concurrency control area. During simulation of various hi- 
erurchical computer networks we find that it is hard to describe the network structure 
precisely. For example, even though a network has the same number of levels and same 
number of nodes, there are still many possible svstem configurations. There is a need 
for a better network representation in terms of data structure and computation algo- 
rithms. 

In order to maximize the performance of the network the choice of concurrency 
control algorithms is verv important. Since the network structure mav be changed dy- 
namically so we may need to develop dynamic concurrency algorithms which can per- 


form best under various svstem structures. 





APPENDIX A. SIMULATION PROGRAM LIST FOR CLA 


1h Yeksinkdcinineverecicniinkcntiokir inkeiceiclecdeskededeatievededevede deve 


'' This 


:? 


program is written for simulation of CLA 


Teds deve tess revs reset ee ye ae vee Fe Vee Te Te Te Te TE ETE TE NE TO He Te seve see Te Vee Te Tee FE 


1 Selainiieivincievcnkiedncn tert ieineiecsccdedcirscreieiksededesevenkiesedese ye 
PREAMBLE 
'? 


Vere deveveveve ede were Te ve ae Ve reve Te Fete Ne Te Tee TE TE TE NE TEE TE TEE TE TE NE Ve Me Te Ve IE Te Ie Fe Te Ie I 


NORMALLY, MODE IS INTEGER 


DEFINE 
DEFINE 
DEFINE 


RESPONSE. TIME TO MEAN ATRBL 
AVERAGE. BASESET TO MEAN ATRB2 
COMM. TRAFFIC TO MEAN ATRB3 


EVENT NOTICES INCLUDE TRANSACTION. GEN, ARRIVAL. AT. CENTRAL, 


nELEASE. LOCK, UPDATE 


EVERY ARRIVAL. AT. CENTRAL HAS A RECEIVE. TRANSACTION 
EVERY RELEASE. LOCK HAS A DONE. TRANSACTION 
EVERY UPDATE HAS A UPDATE. TRANSACTION 


TEMPORARY ENTITIES 
EVERY TRANSACTION HAS A GEN. TIME, A TRANSACTION. SEQ, A MESSAGE. TYPE, 


A NODE.NUM, A NODE. LEVEL, A NUM. OF. BASESET, A BASE. ITEM 


EVERY TRANSACTION MAY BELONG TO THE QUEUE1, 


AND MAY BELONG TO THE WAIT. QUEUE 


THE SYSTEM OWNS THE QUEVE1, THE WAIT. QUEUE 


DEFINE 
DEFINE 
DEFINE 
DEFINE 
DEFINE 
DEFINE 
DEFINE 
DEFINE 


DEFINE 


DEFINE 


QUEVE1 AS A FIFO SET 

WAIT. QUEUE AS A FIFO SET 

INITIATE AS A ROUTINE 

CHECK. LOCK AS A ROUTINE 

REPORT. GENERATOR AS A ROUTINE 

TEST AS A ROUTINE 

LOCK. LIST AS AN INTEGER, 1-DIMENSIONAL ARRAY 
BASE. TABLE AS AN INTEGER, 2-DIMENSIONAL ARRAY 


GEN. TIME, RESPONSE. TIME, AVERAGE. BASESET, T, Cu, Id, Cs, 
COMM. TRAFFIC, RATE AS A REAL VARIABLES 

TRANSACTION. NUM, TRANSACTION. SEQ, MESSAGE. TYPE, NODE. NUM, 
NODE. LEVEL, NUM. OF. BASESET, QUE. INDEX, LASTNODE, 

MINBASE, MAXBASE, LOCK. STATUS, Dn, LIMITofTRANS, MAXLEVEL, 
BASE. ITEM, COUNT, SYSTEM. STATUS AS A INTEGER VARIABLES 


TALLY AVE. RESPONSE AS THE AVERAGE OF RESPONSE. TIME 
TALLY AVE. TRAFFIC AS THE AVERAGE OF COMM. TRAFFIC 


END 





seve 


RESERVE BASE. TABLE(*,*) AS 2000 BY 5 


RESERVE LOCK. LIST AS 2000 

READ SYS_RATE 

RATE = SYS_RATE/20 

SCHEDULE A TRANSACTION. GEN NOW 


LET T = 0.08 '' “MESSAGE TRANSMISSION TIME 

LET Cu = 0.001 '' CPU TIME SLICE TO COMPUTE ACTUAL VALUE OF TRANS 
LET Cs = 0.00001 '' CPU TIMESLICE FOR SMALL COMPUTATION 

LET Id = 0.025 '' 1/0 TIME SLICE TO READ OR WRITE FROM DATABASE 
LET LASTNODE = 20 '' LAST NODE NUMBER 

LET MINBASE = 1 '' MINIMUM NUMBER OF BASESET 

LET MANBASE = 5 '' MAXIMUM NUMBEROF BASESET 

LET CUE. INDEX = 0 "' QUEINDEX 

LET Leck. STATUS = 0 '!' IF LOCKED ALREADY THEN 1 ELSE 0 

LET En = 1000 * LASTNODE "' TOTAL DATA ITEM IN THE DATABASE 

LET LIMITofTRANS =10900 '' THE NUMBER OF TRANSACTION SIMMULATED 

LET SANXLEVEL = 3 "' LEVEL OF NETWORK 

LET COUNT = 0 '' NUMBER OF TRANSACTION 


1 
LET TRANSACTION. NUM = 0 
LET SYSTEM. STATUS = 0 
START SIMULATION 





ee 
END 

"ON Sovevevese ss derededsvedededesedcdedededevetedevede deve dk veveveds veseve vedere vee 
LVENL TRANSACTION. GEN 

UN covevesedevedededevece de deve tetas deve trvededoinicledeteioekdedevetetkicvedkioinieeikiede 


CREATE A TRANSACTION 
ADD 1 TO TRANSACTION. NUM 
IF TRANSACTION. NUM IS GE LIMITof£TRANS 
CALL REPORT. GENERATOR 
ALWAYS 
LET GEN. TIME = TIME. V 
LET MESSAGE. TYPE = 1 
CALL INITIATE 
IF NODE.NUM = 1 
IF SYSTEM. STATUS = 0 
CALL CHECK. LOCK 
ELSE 
FILE TRANSACTION IN THE WAIT. QUEUE 
REGARDLESS 
ELSE 
SCHEDULE AN ARRIVAL. AT. CENTRAL GIVEN TRANSACTION 
IN (T * (NODE. LEVEL - 1 )) MINUTES 
REGARDLESS 
SCHEDULE A TRANSACTION. GEN IN (EXPONENTIAL. FCRATE,1)) MINUTES 
RETURN 
END 


to 
tay 





Te se el te atealpateatenteate ale alastentealclealy ate ntentaateclastententestenleatentea'le stan’ 


ROUTINE INITIATE 


Sevevededede ve devedvevevetec ete Weve Te Fe Weve Te vee Fe Te Te se Ve TE Fe Te To OTE Ne OTe TON Te Tove Tee 


ADD 1 TO TRANSACTION. SEQ 
NODE. NUM = TRUNC. FC UNIFORM. F( 1, LASTNODE, 1) ) 
IF NODE. NUM = 1 NODE. LEVEL = 1 


ELSE 
IF NODE.NUM = 2 OR NODE. NUM = 3 NODE. LEVEL = 2 
ELSE 
NODE. LEVEL = 3 
REGARDLESS 
REGARDLESS 


NUM. OF. BASESET = TRUNC. FC UNIFORM. FCMINBASE , MAXBASE, 1) ) 
LET J = TRANSACTION. SEQ 
FOR I = 1 TO NUM. OF. BASESET 
DO 
IF NODE.NUM = 1 BASE. TABLE(J,I) = TRUNC. FCUNIFORM. F(1,2000,1)) 
ALWAYS 
IF NODE. NUM = 2 BASE. TABLE(J,I) = TRUNC. FCUNIFORM. F(1,900,1)) 


ALWAYS 
IF NODE.NUM = 3. BASE. TABLE(J,1I) = TRUNC. FCUNIFORM. F(901,1900,1)) 
ALWAYS 
IF NODE. NUM > 3 AND NODE. NUM < 12 
BASE. TABLE(J,I) = TRUNC. FCUNIFORM. F(1,800,1)) 


ALWAYS 


F NODE.NUM > 11 PASE. TABLE(J,I) = TRUNC. FCUNIFORM. F(901,1800,1)) 
ALWAYS 


LOOP 
END 
Ol cetedeoevesesevedededeskdedeseicdesevevederese ce deveds tere devs tede ve vedevese seve te veteve ce tere %e 


EVENT ARRIVAL. AT. CENTRAL GIVEN RECEIVE. TRANSACTION 


1! ceneresevere sear dese aestdedeseresetessreaesese edevevededevedsvere reve de vedere de deve vere rere rede 


IF MESSAGE. TYPE( RECEIVE. TRANSACTION) = 1 
IF SYSTEM. STATUS = 0 
SYSTEM. STATUS = 1 
CALL CHECK. LOCK 
ELSE 
FILE RECEIVE. TRANSACTION IN THE WAIT. QUEUE 
REGARDLESS 
ELSE SCHEDULE A RELEASE. LOCK GIVEN RECEIVE. TRANSACTION 
IN ( T * (NODE. LEVEL( RECEIVE. TRANSACTION)-1)) MINUTES 
REGARDLESS 
RETURN 
END 











Dctbats aia 8S ch eis hb Seb he cha Chin nts at alis ols Sto abe ned eS alc cdo'wle che Ulin alie Sta Slane ale ole slo abe ctucto cia ahiets ate Sie woteeltscs 


LET LOCK. STATUS = 0 
FOR I = 1 TO NUM. OF. BASESET 
DO 
IF LOCK. LIST( BASE. TABLE( TRANSACTION. SEQ,1I)) = 
LCCK. STATUS = 1 
ALWAYS 
LOOP 
IF LOCK. STATUS = 1 FILE TRANSACTION IN THE QUEUE1 
QUE. INDEX = QUE. INDEX + 1 
ELSE 
FOR I = 1 TO NUM. OF. BASESET 
DO 
. LIST (BASE. TABLE( TRANSACTION. SEQ,I)) = 


SCHEDULE AN UPDATE GIVEN TRANSACTION 
IN (T * (NODE. LEVEL -1)) MINUTES 
REGARDLESS 
END 
UN Sevesevededevededevedede deve de fete de tev te te te Se 8 BE SETTLE LTTE EE EEE IIE Bee EL 


EVEN ENT UPDATE Pees UPDATE. eee. 





revevevestszs vere 





rid seveve Serededes weve vereveds eveve 


MESSAGE. TYPE( UPDATE. TRANSACTION) = 2 
SCHEDULE AN ARRIVAL. AT. CENTRAL GIVEN UPDATE. TRANSACTION IN 
(NUM. GF. BASESETC UPDATE. TRANSACTION) 
* (Cu + 2*id) +( (NODE. LEVEL( UPDATE. TRANSACTION)-1) * T)) MINUTES 


RETURN 
END 


‘ Y sesteste seslededessveveresest lose sess seve vecedeve? shslededevedeslevececleclevesssecleslesesesteste 
rhea) ve heh vex we FETIP TE TE TE Te Se 


EVENT RELEASE. LOCK GIVEN DONE. ‘TRANSACTION 


" Sovervevevevede deve deve deters dete ese de de Be ee Lee Te BENTO ETELEIEETEEEELEEIELEEDEISEIE 


FOR I = 1 TO NUM. OF. BASESET( DONE. TRANSACTION) 


LOCK. LIST (BASE. TABLE( TRANSACTION. SEQ( DONE. TRANSACTION) ,1I)) = 
LOOP 
LOCK. STATUS = 0 
LET RESPONSE. TIME = TIME. V - GEN. TIME( DONE. TRANSACTION) 
LET COMM. TRAFFIC = NODE. LEVEL( DONE. TRANSACTION) * 3 
LET AVERAGE. BASESET = NUM. OF. BASESET 
SYSTEM. STATUS = 0 


IF QUEVE1] IS NOT EMPTY 
REMOVE THE FIRST TRANSACTION FROM THE QUEUE1 
QUE. INDEX = QUE. INDEX - 1 
SYSTEM. STATUS = 1 
CALL CHECK. LOCK 
ELSE 


IF WAIT. QUEUE IS NOT EMPTY 
REMOVE THE FIRST TRANSACTION FROM THE WAIT. QUEUE 
SYSTEM. STATUS = 1 
CALL CHECK. LOCK 
ALWAYS 
REGARDLESS 
RETURN 
END 


ROUTINE REPORT. GENERATOR 
Yt laliaininiinninncioncninnciokvnkicnckindcnkvcierccinkneiededcde 


SKIP 2 OUTPUT LINES 
PRINT 1 LINE THUS 
SIMMULATIGN RESULT OF TWO PHASE LOCKING ALGORITHM 
SKIP 1 LINE 
PRINT 2 LINE THUS 
I. MODEL INPUT PARAMETER 
a. MODEL DESCRIPTION 
FRINT 3 LINE WITH MAXLEVEL, LASTNODE, an), Ue THUS 


1. LEVEL OF THE NETWORK: 
2. NUMBER OF NODE IN NETWORK: geveve 
3. DATA ITEMS IN NETWORK: derrdeve 


PRINT | LINE THES 
b. SIMMULATION PARAMETERS 

PRINT 3 LINE WITH LIMITofTRANS, RATE, AND MAXBASE ve 
1. NUMBER OF TRANSACTION SIMMULATED : Pease 
2. MEAN INTERARRIVAL TIME : et 
3. MAXIMUM BASESET : ¥ 

PRINT 1 LINE THUS 

Il. RESULTS OF SIMMULATION 


PRINT 2 LINE WITH AVE. RESPONSE*HOURS. V*MINUTES. V, 
AVE. TRAFFIC THUS 


a. THE AVERAGE RESPONSE TIME OF UPDATE TRANSACTION : #7, 


b. THE AVERAGE NUMBER OF TRAFFIC : 
STOP 
END 











APPENDIX B. SIMULATION PROGRAM LIST FOR DVA 


tt 


PREAMBL 


slosle testes! fes'eseslesicsics! 
VETS TE TE VEIT SS Tes 


hikes 


NORMALLY, MODE IS INTEGER 


DEFINE 
DEFINE 
DEFINE 


EVENT 


RESPCNSE. TIME TO MEAN ATRB1 
AVERAGE. BASESET TO MEAN ATRB2 
COMM. TRAFFIC TO MEAN ATRB3 


NOTICES INCLUDE TRANSACTION. GEN, VOTING, 
CHECK_OK 


EVERY VOTING HAS A VOTING. TRANSACTION 


EVERY 


TEMEGR 
EVERY 


CHECK_OK HAS A CHECKING. TRANSACTION 


ARY ENTITIES 


TRANSACTION ae * GEN. TIME, A TRANSACTION. SEQ, A MESSAGE. TYPE, 


A NODE.‘ * A NODE. LEVEL, A NUM. OF. BASESET, A BASE. ITEM, 
A tre MP, A CURRENT_NODE 


EVERY TRANSACTItN clAY BELONG TO THE QUEUE1, 


THE SY 
DEFINE 
DEFINE 
DEFINE 
DEFiNE 
DEFINE 
DEFINE 
DEFINE 
DEFINE 
DEFINE 
DEFINE 
DEFINE 


DEFINE 
DEFINE 
DEFINE 
DEFINE 
DEFINE 
DEFINE 
DEFINE 
DEFINE 


DEFINE 


DEFINE 


AND MAY BELONG TO THE WAIT. QUEUE 


STE“ OWNS THE QUEUE1, THE WAIT. QUEUE 
CLEUE1 AS A FIFO SET 

WAIT. QUEUE AS A FIFO SET 
INITIATE AS A ROUTINE 
INPUTRTN AS A ROUTINE 
FINDSET AS A ROUTINE 
INITIAL_TAB AS A ROUTINE 
SEND_ACCEPT AS A ROUTINE 
SEND_REJECT AS A ROUTINE 
SYSTEM_CONTROL AS A ROUTINE 
EN_QUELE AS A ROUTINE 

REPORT. GENERATOR AS A ROUTINE 


CHILDREN_TAB AS AN INTEGER, 2-DIMENSIONAL ARRAY 
PARENT_TAB AS AN INTEGER, 1-DIMENSIONAL ARRAY 
DATA_DIR AS AN INTEGER, 2-DIMENSIONAL ARRAY 
LEVEL_TAB AS AN INTEGER, 1-DIMENSIONAL ARRAY 
BASE. TABLE AS AN INTEGER, 2-DIMENSIONAL ARRAY 
SET_TAB AS AN INTEGER, 2-DIMENSIONAL ARRAY 
TSofDB AS A REAL, 2-DIMENSIONAL ARRAY 
STATUS_TAB AS AN INTEGER, 1-DIMENSIONAL ARRAY 


GEN. TIME, RESPONSE. TIME, AVERAGE. BASESET, T, Cu, Id, Cs, 
COMM. TRAFFIC, TIME_STAMP,RATE AS A REAL VARIABLES 
TRANSACTION. NUM, TRANSACTION. SEQ, MESSAGE. TYPE, NODE. NUM, 
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NODE. LEVEL, NUM. OF. BASESET, QUE. INDEX, LASTNODE,CURRENT_NODE, 

MINBASE, MAXBASE, LOCK. STATUS, Dn, LIMITofTRANS, MAXLEVEL, 

BASE. ITEM, COUNT, SYSTEM. STATUS, YESNO AS A INTEGER VARIABLES 
DEFINE MAX_PATH AS AN INTEGER VARIABLE 


TALLY AVE. RESPONSE AS THE AVERAGE OF RESPONSE. TIME 
TALLY AVE. BASESET AS THE AVERAGE OF AVERAGE. BASESET 
TALLY AVE. TRAFFIC AS THE AVERAGE OF COMM. TRAFFIC 


END 


‘OT letsoinininiinininieiniiininnncccveicidakiccdcrrcncoriclcdedrctbcck 
MAIN 


' reniiiiinnincoticcicekdokioivcinncdetcinkicicrcceiicdercoeeckcde 


CALL INITIAL_TAB 

PRINT 1 LINE THUS 

0) YOU WANT DEFAULT MODEL ? IF YES TYPE 1 
NEAD YESNO 


IF YESNO <> 1 
CALL INPUT_RTN 
ALWAYS 


SCHEDULE A TRANSACTION. GEN NOW 


LET T= 0.2 

LET Cu = 0.001 
LET Cs = 0.00001 
LET Id = 0.025 


MESSAGE TRANSMISSION TIME 
t 
1 
LET LASTNODE = 10 : 
' 


" CPU TIME SLICE TO COMPUTE ACTUAL VALUE OF TRANS 
' CPU TIMESLICE FOR SMALL COMPUTATION 
" 1/0 TIME SLICE TO READ OR WRITE FROM DATABASE 
" LAST NODE NUMBER 
LET MINBASE MINIMUM NUMBER OF BASESET 


=1 
LET MAXBASE = 5 MAXIMUM NUMBEROF BASESET 
5 


LET QUE. INDEX 0 QUEINDEX 

LET LOCK. STATUS = 0 IF LOCKED ALREADY THEN 1 ELSE 0 

LET Dn = 1000 TOTAL DATA ITEM IN THE DATABASE 

LET LIMITofTRANS =1000 '' THE NUMBER OF TRANSACTION SIMMULATED 
LET MAXLEVEL = 3 "' LEVEL OF NETWORK 

LET COUNT = 0 "' NUMBER OF TRANSACTION 


LET TRANSACTION. NUM = 0 
LET SYSTEM. STATUS = 0 


LET RATE = 3 
START SIMULATION 
END 


ON Sestedededetevededetetetetededete fe tete te te sek tele tele RVC ALAA RT 


EVENT TRANSACTION. GEN 
VY Jetedetetetetetede dete iH nH PK LATTICE IIIA 


CREATE A TRANSACTION 

ADD 1 TO TRANSACTION. NUM 

LET TRANSACTION. SEQ = TRANSACTION. NUM 
IF TRANSACTION. NUM IS GE LIMITofTRANS 


30 


CALL REPORT. GENERATOR 
ALWAYS 
LET GEN. TINE = TIME. V 
LET TIME_STAMP = TIME. V 
CALL INITIATE 
CALL FIND_SET 


SCHEDULE A TRANSACTION. GEN IN CEXPONENTIAL. FCRATE,1)) MINUTES 
RETURN 


END 


Yl cevededevedonevederedevetetedededere rere dededetotcdcakderereveve re vere tevere rede vese reve reve vee 


ROUTINE INITIAL_TAB 


to w'antan'antan'ae'antan'’on'en'ss'en’, ante ntanlantedeoctanton'onleulec'acte ale wlanton'aalonlsc’enten'octontsn'csies'en'as'a 
iat iets ° hihi white tbe ei ie ie wie el ett a eel et ei ete et eer ets 


RESERVE CHILDREN_TAB(*,*) AS 30 BY 30 

RESERVE PARENT_TAB, LEVEL_TAB, STATUS_TAB AS 30 
RESERVE DATA_DIR(*,*) AS 30 BY 2 

RESERVE BASE. TABLE(*,*} AS 1000 BY 5 

RESERVE SET_TAB(*,*) 4S 5 BY 30 

RESERVE TSofDB(*,*) AS 30 BY 1000 


FOR I = 1 TO 1000 
DO 
FOR J = 1 TO 5 
DO 
BASE. TABLE( I,J) = 0 
LOOP 
LOOP 
FOR I = 1 TO 30 
DO 
PARENT_TABC I) = 0 
LEVEL_TABCI) = 0 
STATUS_TAB(I) = 1 
FOR J = 1 TO 30 
DO 
CHILDREN_TAB( I,J) = 0 
LOOP 
FOR J = 1 TO 2 
DO 


il 
(oo) 


DATA_DIR(I,J) 
FOR J = 1 TO 1000 


TSofDB(I,J) = 0.0 


FOR I = 1705 


FOR J = 1 TO 30 
DO 
SET_TAB(I,J) 


" 
oO 


3 








LOOP 
LOOP 
RELEASE CHILDREN_TAB, 

SET_TAB, TSoFDB, STATUS_TAB 


END 


ft 


ROUTINE INITIATE 


sevededededetedevevete dete deve de tere Fe Fe Ne Ve te ve 73 Fe 4 


RESERVE LEVEL_TAB AS 30 

RESERVE DATA_DIR(¢*,*) AS 30 BY 2 
RESERVE BAS&. TABLE(*,*) AS 1000 BY 5 
ADD 1 TO TRANSACTION. SEQ 


NODE. NUM = 


TRUNC. FCUNIFORM. FC 1, LASTNODE, 1) ) 


LET CURRENT_NCDE 


IF YESNO = 


iF NODE. NUM 


ELSE 


1 


1 


1 


NODE. NUM 


waste ste ate ale atpataat, 


TIVE WESCOTT IG 


PARENT_TAB, DATA_DIR, LEVEL_TAB, 


Nevededeiede 


dovsietesccste TF DEFAULT NETWORK devevevevede 


NODE. LEVEL = 


i 


[F NODE.NUM = 2 OR NODE.NUM = 3 OR NODE. NUM = 4 


ELSE 


NUDE. LEVEL = 3 


REGARDLESS 


RESARKDL 


ESS 


NUM. OF. BASESET = TRUNC. FCUNIFORM. F(MINBASE , MAXBASE, 1) ) 
LET J = TRANSACTION. SEQ 
FOR I = 1 TO NUM. OF. BASESET 


DO 
IF NODE. 


ALWAYS 
IF NODE. 


ALWAYS 
IF NODE. 


ALWAYS 
IF NODE. 


ALWAYS 
IF NODE. 


ALWAYS 
IF NODE. 


NUM 


NUM 


NUM 


NUM 


NUM 


NUM 


1 


BASE. TABLE(J,1I) 
DATA_DIR( 1,1) 
DATA_DIR(1,2) 


BASE. TABLE(J,I) 
DATA_DIR(2,1) = 
DATA_DIR(2,2) = 


BASE. TABLE( J,I) 
DATA_DIR(3,1) = 
DATA_DIR(3,1) = 


BASE. TABLE(J,I) 
DATA_DIR(4,1) = 
DATA_DIR(4,2) = 


BASE. TABLE(J,I) 
DATA_DIR(5,1) 
DATA_DIR(5,2) 


BASE. TABLE(J,I) 
DATA_DIR(6,1) = 
DATA_DIR(6,2 


= TRUNC. 


= TRUNC. 
401 
700 


= TRUNC. 
701 
900 


= TRUNC. 
ool 
100 


= TRUNC. 
101 
200 


FCUNIFCRM 


GC. FCUNIFORM. 


FCUNIFCRM. 


FCUNIFORM. 


FC UNIFORM. 


FCUNIFORM. 


BASE. TABLE, 


NODE. LEVEL = 


.FC001,1009,1)) 


F(901,400,1)) 


F(401,700,1)) 


F(701,900,1)) 


F(1,100,1)) 


F(101,200,1)) 
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< 














ALWAYS 
IF NODE. NUM 


“Jd 


ALWAYS 
IF NODE. NUM = 


ALWAYS 
IF NODE. NUM 


ALWAYS 
IF NODE. NUM = 


ALWAYS 

LOOP 
LET LEVEL_TAP< 1) 
FOR T= 2 To 4 
DO 
LiT LEVEL_TAB( I>? 


Apu! - 


FOR I = 5 TO 10 


uiT LEVEL_TABCI) 

LOOP 

ELSE  '!  devevevesrdrte 

NODE. LEVEL = LEV 


BASE. TABLE(J,1) 
DATALDIRC7,1) = 
DATA_DIR(7,2) = 


DATA_DIR(8,1) = 





= TRUNC. F(UNIFORM. F(201,300,1)) 
201 


300 

8 PASE. TABLECJ,I) = TRUNC. FCUNIFORM. F(401,500,1)) 
401 
500 


DATA_DIR( 8,2) 


9 BASE. TABLE(J,I) 
DATA_DIR(9,1) = 
DATA_DIR(9,2) = 


= TRUNC. FCUNIFORM. F(501,69U,1)) 
501 
600 


10 BASE. TABLE(CJ,1) = TRUNC. FCUNIFORM. F(701,800,1)) 


DATA_DIR( 10,1) = 701 
DATA_DIRC 10,2) = 800 
= 1 
= 
= 3 
IF NOT DEFAULT NETWORK teosdededededsdedsdedededrdedsdsdede 


EL_TABCNODE. NUM) 


NUM. OF. BASESET = TRUNC. FCUNIFORM. FOMINBASE , MAXBASE,1)) 


LET J = TRANSACT 


TON. NUM 
. OF. BASESET 


BASE. TABLE(J,I) = TRUNC. F(CUNIFORM. F(DATA_DIRCNODE. NUM, 1), 


FOR I 1 TO \UM 
DO 

LCOP 

REGARDLESS 

END 


DATA_DIR( NODE. NUM,2),1)) 


tl otedsciainctsickiiokdscektnciccnineivetdectededdededevededeteveve 


ROUTINE INPUT_RTN 


'  sedeideinvedesedetineivekioiceiieiciocvvicinivekiinviotbivdediedeskvedeseicrt 


RESERV CHILEPREN_TAB(*,*) AS 30 BY 30 


RESERVE LEVEL_TAB 
RESERVE DATA_DIR( 
RESERVE PARENT_TA 
LET INDX = 2 

PRINT 2 LINE THUS 


AS 30 
* 7%) AS 30 BY 2 
B AS 30 


INPUT PARAMETERS CAREFULLY !! 
HOW MANY NODES THE NETWORK HAVE :? ‘ 


READ TLASTNODE 
PRINT 1 LINE THUS 


WHAT IS THE LEVEL OF THE NETWORK ? 
READ MAXLEVEL 
FOR I = 1 TO LASTNODE 


PRINT 1 LINE WITH I THUS 
HOW MANY CHILDREN DODES NODE ** HAVE ? 


FOR K = 1 TO J 


IF INDX <= LASTNODE 
CHILDREN_TAB(I,K) = INDX 
PARENT_TAB(INDX) = I 
INDX = INDX + 1 

ALWAYS 

LOOP 
ALWAYS 
LOOP 


FOR J = 1 TO LASTNODE 

bo 

PRINT 1 LINE WITH J THUS 

WHAT IS THE LEVEL OF NODE ** AND RANGE OF DATA ITEM ? 
READ LEVEL_TAB(J), DATA_DIR(J,1), AND DATA_DIR(J,2) 
LOOP 


PRINT 1 LINE THUS 
THANK YOUR INPUT IS DONE !!! 


Tt 
END 

DV Sevesotedevetede tere dete Bete eT TOK LITLE TTT LEE DEEN IEEE LEEDS 
ROUTINE FIND_SET 

POD tects etectantantartectoalanten'antantantanlenlacledsclantsatanteclantententaclactac'antedantertston'etantactss'sclenlestec'ss'eslestes'eato 


'' THIS ROUTINE GENERATE SETS WHICH S°i AND S°F 
RESERVE LEVEL_TAB AS 30 
RESERVE SET_TAB(*,*) AS 5 BY 30 
LET 4MAX_PATH = 0 
FOR I = 1 TO NUM. OF. BASESET 
DO 
FOR J = 1 TO LASTNODE 
DO 
IF BASE. TABLE( TRANSACTION. SEQ,I) >= DATA_DIR(J,1) 
BASE. TABLE( TRANSACTION. SEQ,1I) <= DATA_DIR(J,2) 
SET_TAB(I,J) = 1 
ALWAYS 
LOOP 
LOOP 


FOR I = 1 TO LASTNODE 
DO 

LET BASE_COUNT = 0 
LET NODE_STATUS = 0 
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AND 


FOR J = 1 TO NUM. OF. BASESET 
DO 
IF SET_TAB(J,1I) <> 0 
BASE_COUNT = BASE_COUNT + 1 
NODE_STATUS = 1 
ALWAYS 
LOOP 
IF NODE_STATUS = 1 
LET CURRENT_NODE = I 
IF MAX_PATH <= ABS. FCLEVEL_TAB(NODE. NUM) - LEVEL_TAB( CURRENT_NODE) ) 
MAX_PATH = 4BS. FCLEVEL_TAB( NODE. NUM) - LEVEL_TAB(CURRENT_NODE) ) 
ALWAYS 
PRINT 5 LINE WITH NODE.NUM, CURRENT_NODE, LEVEL_TAB( NODE. NUM), 
LEVEL_TAB( CURRENT_NODE), BASE_COGUNT THUS 
NODE.NUM = #7 
CURRENT_NODE = 
LEVEL OF NODE.NUM = ** 
LEVEL OF CURRENT NODE = ** 
BASE COUNT = *%* 
SCHEDULE A VOTING GIVEN TRANSACTION IN 
( (ABS. FCLEVEL_TABCNODE. NUM) - LEVEL_TABCCURRENT_NODE)) * T) + 
(BASE_COUNT * Id )) MINUTES 


ALWAYS 

LOOP 

SCHEDULE A CHECK_CK GIVEN TRANSACTION IN ((MAX_PATH * T) + NUM. OF. BASESET) 
MINUTES 

END 


Ul Sevevestedededevedesedeveseaededsdetasve sk veredesevetkaese dete devedevcak vedere deis dosed de devedk 


EVENT vee ates OTS. euicaa heen 


Se ctastoate stectesteatpatoatoa!, 


" Sedevededevedevededededevededstesededs reds 


RESERVE TSofDB(*,*) AS 30 BY 1000 
RESERVE STATUS_TAB AS 30 
LET OK_STATUS = 
FOR K = 1 TO NUM. OF. BASESET( VOTING. TRANSACTION) 
DO 
IF SET_TAB(K,CURRENT_NODE( VOTING. TRANSACTION))} <> 0 
IF TIME_STAMP( VOTING. TRANSACTION) >= TSofDB(CURRENT_NODE( VOTING. TRANSACTION), 
BASE. TABLE( TRANSACTION. SEQ( VOTING. TRANSACTION) ,K) 
OK_STATUS = 1 
ALWAYS 
ALWAYS 
LOOP 
IF OK_STATUS = 1 
TIME_STAMP( VOTING. TRANSACTION) = TIME. V 
STATUS_TAB( CURRENT_NODE( VOTING. TRANSACTION)) = 
ELSE 
STATUS_TAB( CURRENT_NODE( VOTING. TRANSACTION) ) =0 
REGARDLESS 
RETURN 


END 


Pevevcde dese dete ds deve ae Fete He se Fe Fe Ne ve Fe He Me Ie oe Te Mee MEIC 
ROUTINE SEND. ACCEPT 
Pedeve dete rede ders te ve te Fe re se9 Teter de Tere eee Tere Ne ve ve ae Fe He Fe Fe se Me ve Deve Te Fe Fe Fe ve ae Ie Se Fe 


FOR I= 1 TO “LASTNODE 
FOR J = 1 TO NUM. OF. BASESET( TRANSACTION) 


IF SET_TAB(J,I) = 
IF TSofDB(I,J) <= TIME_STAMP( TRANSACTION) 
TSofDB(I,J) = TIME_STAMP( TRANSACTION) 
ALWAYS 
ALWAYS 
LOOP 
LOOP 
LET RESPONSE. TIME = TIME.V - GEN. TIME(TRANSACTION) 
FOR I = 1 TO LASTNODE 


FOR J = 1 TO NUM. OF. BASESET(C TRANSACTION) 


SET_TAB(J,I) = 
LOOP 
STAIUS_TAB(I) = 
LOOP 
CALL SYSTEM_CONTROL 


END 


1 T sevededededevevevedevede vedere devevevedededede vedere tetera dete de dete terete eK TI IIT 


ROUTINE SEND_ REJECT 


! yet Pd veveds sdes's se eves's fetes fessdeves se ve weve vee ete ve Je edeseed eve stoves steves yeu: svodeseveders Sesleves sevedsds ve 


CALL EN_QUEUE 
CALL SYSTEM_CONTROL 
END 


Yevevevevededs vests esles's taalents Yeseveletedede! lawless! fosfe eves! eves’ seve? eveve eteveds Yisleldeistetetedetetetes ‘steve 


ROUTINE EN " OVEUE 

FILE TRANSACTION IN THE QUEUE1 

"ALWAYS 

'' yeveteve = KEEP CONTINUE 

END 

ROUTINE SYSTEM_CONTROL 

IF QUEVE1 IS NOT EMPTY 
REMOVE FIRST TRANSACTION FROM THE QUEUE1 
CALL FIND_SET 

ELSE 


SCHEDULE TRANSACTION. GEN NOW 
ALWAYS 
END 
NV vevededevetededededetete devote fete te veto dete Peete de Pepe DE TELLER TREE 
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EVENT CHECK OK GIVEN CHECKING. ‘TRANSACTION 


T et tet alenlentaatentae’en’sa'se'ac'sateataatea'an'an'celen'ae'en'pelecteatsntes'en'celen'ee'sstantscten'sa'as’en'ea'salec'en'walae’, 
VEE Ve Vee Ve Te eve Fe Pe Te TONS To TE TE TE TE TS Te STONE TE TE TENE TS TES TE TE TE TE TEES IE TE ETE TE TET TE NE 


RESERVE STATUS_TAB AS 30 


ITS_OK = 1 

FOR I = 1 TO LASTNODE 

bO 

ITS_OK = ITS_OK * STATUS_TAB(CTI) 
LOOP 


IF LTSOK <> 2 
TIME_STAMP( CHECKING. TRANSACTION) = TIME. V 
CALL SEND ACCEPT 


ELSE 
CALL SEND_REJECT 
REGARDLESS 
RETURN 
END 
a eve rede Tete de Ve ve se ve ve te te We Fe ve Fe Fe Ve Te Ve Ne Fe ee VOT Te Ve Te Te VCE TEE IE TOT TEE NEE TEE. 
ROUTINE ek GENERATOR 
fersseves'ss devesesevevevedevesetedevelevedsvleseseteveye tevedelevedets teveiets Tete de te te ts sede 


SKIP 2 OUTPUT LINES 
PRINT 1 LINE THUS 
SIMMULATION RESULT OF TWO PHASE LOCKING ALGORITHM 
SKIP 1 LINE 
PRINT 2 LINE THUS 
I. MODEL INPUT PARAMETER 
a. MODEL DESCRIPTION 
PRINT 3 LINE WITH MAXLEVEL, LASTNODE, AND Dn THUS 


1. LEVEL OF THE NETWORK: tere 
2. NUMBER OF NODE IN NETWORK: desea 
3. DATA ITEMS IN NETWORK: veveckre 


PRINT 1 LINE THUS 
b. SIMMULATION PARAMETERS 
PRINT 3 LINE WITH LIMITofTRANS, RATE, AND MAXBASE ae 


1. NUMBER OF TRANSACTION SIMMULATED : baat 
2. MEAN INTERARRIVAL TIME : a 
3. MAXIMUM BASESET : ae 


PRINT 1 LINE THUS 
II. RESULTS OF SIMMULATION 


PRINT 2 LINE WITH AVE. RESPONSE*HOURS. V*MINUTES.V, MINBASE THUS 
a. THE AVERAGE RESPONSE TIME OF UPDATE TRANSACTION : ‘ve, % 
b. THE AVERAGE NUMBER OF BASESET: aa 
STOP 
END 
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